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I • General Remarks Concerning This Response 

Claims 1-22 are pending as rejected in the present 
application. In this response, no claims have been amended, 
added, or canceled- Reconsideration of the claims is 
respectfully requested. 

II - Summary of Present Invention 

A primary object of the present invention is to provide a 
method for distributing client requests across a pool of 
servers on a per-session basis rather than on a per- connection 
basis. Preferably, a given server in the pool of servers is 
allocated a given number of sessions such that a client's HTTP 
connection requests are handled by the same server throughout 
a user session. Another object of the present invention is to 
implement a load balancing routine across a set of servers 
while ensuring that connection requests from a particular 
client during its session are still serviced by the same 
server in the pool of servers . 

In response to a connection request from a client that 
initiates a user session, a front-end managing server 
intercepts the request and recognizes that the connection 
request will initiate a user session. The managing server can 
be viewed as acting as a redirector for connection requests; 
the managing server may query a load balancing routine to 
determine which server in the pool of servers should service 
the new session. A unique session identifier is associated 
with a given server in the pool of servers, and the session 
identifier is then incorporated into a base URL for the 
assigned server, thereby forming a "virtual URL" that is 
returned in an appropriate redirection response to the client. 
The client then automatically issues a new HTTP connection 
request using the newly generated virtual URL. All subsequent 
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data that is returned to the client will incorporate the 
virtual URL such that subsequent requests from the client will 
contain the session identifier as part of the URL. Requests 
from the client to the assigned server are then routed to the 
5 appropriate server in accordance with the URL, and the 

appropriate server can use the session identifier to associate 
the request with a user session. 

At some point in time, the user may perform some type of 
action that indicates that the session is being terminated, 
10 such as requesting a Web page for a logoff operation. The 

session identifier for the user session is then inactivated in 
an appropriate manner, and the managing server releases the 
assigned server from its association with the client. 

15 III. 35 U.S.C. § 102 (e)— Anticipation— Cherkasova et al . 

The Office action has rejected claims 1-22 under 35 
U.S.C. § 102(e) as anticipated by Cherkasova et al., "Hybrid 
and predictive admission control strategies for a server", 
U.S. Patent Number 6,360,270, filed 11/16/1998, issued 
20 03/29/2002. This rejection is respectfully traversed. 

Initial review of the teachings of Cherkasova et al . 
In the background section, Cherkasova et al . briefly 
explains that the system that is disclosed within Cherkasova 

25 et al . is directed to a solution for alleviating 

quality-of -service problems that are experienced by clients 
from servers, which is complicated by the fact that most 
communication over the Internet is performed through the use 
of so-called stateless protocols. Two general categories of 

30 solutions to the quality-of -service problem are mentioned: the 

addition of processing capacity, and the implementation of 

"admission control" policies in which only a certain set of 
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client messages are admitted to a server or a set of servers 

for further processing while the remainder of the messages are 

refused. Cherkasova et al . presents an admission-control 

type of solution with the goal of responding in some manner to 

all incoming messages, whether or not those messages are 

admitted for further processing. In addition, the system 

attempts to provide reliable service by admitting messages for 

on-going sessions, thereby providing those sessions with a 

high level of quality-of -service . 

In its summary section at column 2, lines 56-67, 

Cherkasova et al . briefly explains the system that is 

disclosed within Cherkasova et al . in the following manner: 

An admission control system for a server is 
disclosed including an admission controller that receives 
a stream of messages from one or more clients targeted 
for the server. The admission controller relays to the 
server the messages in the stream that correspond to a 
number of sessions already underway between the clients 
and the server. The admission controller also relays to 
the server the messages in the stream that do not 
correspond to sessions already underway if a hybrid and 
predictive admission control strategy using information 
provided by a resource monitor indicates that additional 
sessions can be handled by the server. The admission 
controller defers the messages otherwise. 

The admission controller in this system processes incoming 
messages based upon whether there are sufficient resources for 
processing the message and based upon whether the incoming 
messages correspond to sessions that are already underway at a 
server. A deferral manager handles the unaccepted messages 
which were blocked by the admission controller as described in 
column 4, lines 52-58: 
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In one embodiment, the deferral manager transfers the 
unaccepted messages as a stream of deferred messages 30 
to another server (not shown) that replicates the 
functionality of server 12. For example, if the server 
5 is a web server then the deferral manager redirects the 

deferred messages to another web server, often called a 
mirror site, that performs the same function as the web 
server 12. 

10 Cherkasova et al . also discloses that an admission 

controller can be implemented at a gateway as disclosed at 

column 10, lines 24-37: 

The gateway 62 is augmented with software elements 
that provide the functionality of the admission 

15 controller 14, the resource monitor 16, and the deferral 

manager 18. The resource monitor 16 in the gateway 62 
monitors the resources of both of the web servers 56 and 
58 via the local network 60. The admission controller 14 
in the gateway 62 receives arriving messages targeted for 

20 the web servers 56 and 58 from the web browsers 44, 46, 

and 48. The admission controller 14 in the gateway 62 
relays the arriving messages that correspond to sessions 
already underway onto the appropriate one of the web 
servers 56 and 58 if the resource monitor 16 indicates 

25 that sufficient resources are available in the 

appropriate web server 56 and 58 to adequately handle 
additional sessions . 

Cherkasova et al . also discloses that an admission controller 

30 can be implemented at a proxy server as disclosed at column 

10, line 59, to column 11, line 11: 

The proxy server 64 maintains a transaction list 26 
that identifies which of the computer systems 68, 70, and 
72 have sessions underway with a destination on the 
35 network 66. In one embodiment, the transaction list 26 

in the proxy server 64 records network addresses on the 
local network 74 for the computer systems 68, 70, and 72. 

The proxy server 64 also contains a resource monitor 
16 for monitoring the CPU and storage subsystem 
40 utilization in the proxy server, the network utilization 

in the proxy server, and the network utilization on both 
the network 66 side and the local network 74 side. The 
proxy server also contains an admission controller 14 
that passes request messages from the computer systems 
45 68, 70, and 72 onto the network 66 if the client request 
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messages correspond to sessions identified in the 
transaction list 26 of the proxy server. In addition, 
the admission controller 14 in the proxy server passes 
client request messages from computer systems 68, 70, and 
5 72 not identified in the transaction list 26 if the 

resource monitor 16 in the proxy server indicate that 
sufficient resources are available to allow another 
session to be established. 

10 Contrasting the present invention and Cherkasova et al . 

Many important distinctions can be made between the 
system of the present invention and the system described by 
Cherkasova et al . . First, in the present invention, the 
front-end managing server and the servers in the pool of 

15 servers may participate in session management. Session 

identifiers may originate at a server in the pool of servers, 
and the session identifier may be forwarded to the front-end 
managing server for recordation and subsequent use in a 
redirection response to the client. In contrast, the 

20 admission controller in the system taught by Cherkasova et al . 
performs its own session management without assistance from 
any of the servers in a cluster of servers; if the admission 
controller recognizes that a client already has a session as 
identified by the admission controller, then the admission 

25 controller admits the message from the client. 

Second, in the present invention, client requests are 
redirected from the front -end managing server back through the 
client to a server in the pool of servers. In contrast, if 
the admission controller in the system taught by Cherkasova et 

30 al . determines that it will admit an incoming message, then 
the message passes through the admission controller to a 
server; the message is not redirected to a server if a 
determination is made to perform further processing on the 
message. In the portion of Cherkasova et al . that states that 

35 a message is redirected to a web server, this redirection is 
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explained as only occurring if the admission controller has 
rejected further processing of the message and shunted the 
message over to a deferral manager. Hence, even though 
Cherkasova et al , mentions the use of redirection, it does not 
5 use redirection for messages that are being further processed. 
Moreover, Cherkasova et al . also discloses that any message 
that is received for an on-going session is admitted and is 
not deferred; in other words, Cherkasova et al . discloses that 
the association of a y session identifier with a client results 

10 in the admission of the messages from that client. Therefore, 
Cherkasova et al . discloses that no redirected messages would 
have a session identifier; otherwise, the message would have 
been admitted. This is in direct contradiction to the manner 
in which the present invention operates by associating a 

15 session identifier with every redirected message and by 

redirecting every message that will be processed to a server 
in the pool of servers. 

Third, the present invention ensures that the same server 
in the pool of servers receives all of the client requests for 

20 a particular user session. In contrast, in the system taught 
by Cherkasova et al. , a client request within a user session 
may be received at any of the servers in the cluster of 
servers; there is no disclosure that all of the incoming 
messages from a given client are always admitted to be 

25 processed by the same server, and there is no disclosure that 
the admission controller maintains any information whatsoever 
to ensure that all of the incoming messages for a given 
session always go to the same server. This is a consequence 
of the fact that Cherkasova et al . only discloses that the 

30 admission controller performs session management, as described 
above . 
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Contrasting independent claim 1 with Cherkasova et al . 

Given that independent claim 1 is the broadest claim, it 

is useful to quickly and generally compare the elements of 

claim 1 against the system of Cherkasova et al . without 

5 reference to the rejection. Independent claim 1 reads: 

1. A method for managing connection requests to a pool 
of servers identified by a given URL, comprising the 
steps of: 

in response to a connection request from a given 
10 client machine that initiates a session, associating a 

session identifier with a given server in the pool ,- 

using the session identifier in a redirection 
response; 

returning the redirection response to the given 
15 client to redirect the connection request to the given 

server; and 

during the session, receiving at the given server 
any additional connection requests from the given client 
machine . 

20 

With respect to the first element, i.e. w in response to a 
connection request from a given client machine that initiates 
a session, associating a session identifier with a given 
server in the pool", Cherkasova et al ■ does not disclose that 

25 a session identifier is associated with a server in a set of 
server. As mentioned above, in the system of Cherkasova et 
al . , there is no coordinated session management between the 
admission controller, e.g., as embedded in a gateway or a 
proxy server in front of a set of servers, and the set of 

30 servers; the admission controller maintains its own session 
identifiers . 

With respect to the second and third elements, i.e. 

"using the session identifier in a redirection response" and 

"returning the redirection response to the given client to 

35 redirect the connection request to the given server" , as 

explained above, if the system of Cherkasova et al . redirects 

an incoming message, it is because the admission controller 
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has determined that the incoming message is not associated 
with an active session and that the system does not have 
sufficient resources to service to the incoming message. 
With respect to the fourth element, i.e. "during the 
5 session, receiving at the given server any additional 

connection requests from the given client machine", as a 
consequence of the manner in which the system of . Cherkasova et 
al . performs its session management, the admission controller 
does not ensure that all incoming messages for a given client 
10 are sent to the same server, as mentioned above. 



Analyzing the rejections in view of Cherkasova. et al . 

With respect to independent claim 1, the rejection states 
that the first element of claim 1, i.e. M in response to a 
15 connection request from a given client machine that initiates 
a session, associating a session identifier with a given 
server in the pool", is disclosed in Cherkasova et al . at 
column 4, lines 15-35, which reads: 

The admission controller 14 receives the stream of 

20 arriving messages 20 which are targeted for the server 

12. Each of the arriving messages specifies a client 
request for the server. Each client request implies an 
action to be taken by the server in accordance with the 
predetermined communication protocol which the server 

25 processes. 

The admission controller 14 processes individual 
ones of the arriving messages 20 based upon the 
indications provided by the resource monitor 16 and a 
determination of whether the arriving messages correspond 

30 to sessions already underway with the server 12. In one 

embodiment, a transaction list 26 identifies any session 
underway between the server and a requesting client. The 
admission controller compares client source indications 
contained in the arriving messages to entries in the 

35 transaction list to determine whether the arriving 

messages correspond to sessions underway. In another 
embodiment, the admission controller determines whether 
the arriving messages correspond to sessions underway by 
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determining whether valid transaction identifiers are 
contained in the arriving messages. 

There are multiple embodiments of a system in Cherkasova et 
5 al . . The first • embodiment is an admission controller embedded 
in a single server, whereas the second and third embodiments 
of the system comprise an admission controller embedded in a 
gateway and in a proxy server, respectively. At first, 
Cherkasova et al . describes the admission controller in detail 

10 in the first embodiment and then describes the manner in which 
the admission controller could be used in the second and third 
embodiments. However, the preambles in each of the 
independent claims in the present application mention a pool 
of servers, and the pool of servers is later referenced in the 

15 body of each independent claim. Hence, it should be assumed 
that the second and third embodiments of Cherkasova et al . are 
the most relevant to the present invention, but there is a 
need to refer to the detail of the admission controller as 
described with respect to the first embodiment. 

20 In the portion of Cherkasova et al . above that is cited 

by the rejection against the first element of claim 1, the 
"transaction identifiers" are managed by the admission 
controller without regard to whether the admission controller 
is embedded in a single server system, a gateway, or a proxy 

25 server. Hence, the only server that is associated with a 
session identifier is the server in which the admission 
controll er is embedded; the admission controller does manage 
session identifiers for any other servers. Therefore, an 
argument can be made that a session identifier is associated 

30 with a server in a set of servers if a gateway or a proxy 

server is included in the set of servers. In other words, the 

admission controller manages session identifiers, so the 

session identifiers are associated with a gateway or a proxy 
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server in which the admission controller is embedded. 
However, once one understands the manner in which the 
admission controller in the system of Cherkasova et al . 
manages session identifiers, it should be clear that the 
5 system of Cherkasova et al . cannot include the other claimed 
features of the present invention. 

The rejection continues by stating that the second 
element of claim 1, i.e. "using the session identifier in a 
redirection response", is disclosed in Cherkasova et al . at 
10 column 4, line 50, to column 5, line 8, and at column 6, lines 
1-8: 

The deferral manager 18 handles the unaccepted 
messages 24 which were blocked by the admission 
controller 14. In one embodiment, the deferral manager 

15 transfers the unaccepted messages as a stream of deferred 

messages 3 0 to another server (not shown) that replicates 
the functionality of the server 12. For example, if the 
server is a web server then the deferral manager 
redirects the deferred messages to another web server, 

20 often called a mirror site, that performs the same 

function as the web server 12 . 

In another embodiment wherein the server 12 is a web 
server, the deferral manager 18 transfers response 
messages back to the requesting web clients which 

25 indicate that a bonus or incentive is available if the 

deferred request is retried at a later time. For 
example, if the web server provides a sales transaction 
to requesting web clients, then the deferred messages 30 
are targeted for the deferred requesting clients and may 

30 contain encoded information that provides the client with 

a discount on a later purchase. 

In another embodiment, the deferral manager 18 
directs the deferred messages 3 0 to another server that 
enables the deferred web client to reserve a future time 

35 interval for access to the server 12. Alternatively, the 

server may provide a function that enables the deferred 
web client to reserve a future time. In addition, the 
deferral manager may transfer a response message to the 
deferred client that indicates that the request is being 

40 deferred. 
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In one embodiment at block 40, the admission controller 
14 creates a new entry in the transaction list 26 and 
writes the IP address of the new request message into the 
new entry of the transaction list. In another 
5 embodiment, the admission controller creates a new entry 

and writes a new transaction identifier into the new 
entry of the transaction list 26. The new transaction 
identifier may be returned to the requesting client that 
originated the request message as a "cookie" or may be 
10 returned to the requesting client in a hidden field of an 

HTTP form. 

The paragraphs about the bonus incentive for a retried request 
or a reserved future interval are irrelevant. The paragraph 

15 about the creation of a new transaction identifier merely 
describes the details by which a transaction identifier is 
tracked by the admission controller. Hence, only the first 
paragraph mentions a redirected message. 

However, a redirected message is a message that has been 

20 blocked from further processing by the admission controller 
and is being redirected to another server by a deferral 
manager. As mentioned at column 4, lines 36-37, "[t]he 
admission controller 14 accepts the ones of the arriving 
messages 20 that correspond to sessions underway." Thus, 

25 redirected messages do not contain session identifiers in the 
system of Cherkasova et al . . 

The rejection continues by stating that the third element 
of claim 1, i.e. "returning the redirection response to the 
given client to redirect the connection request to the given 

30 server" , is disclosed in Cherkasova et al . at column 4, line 
50, to column 5, line 8, and at column 5, line 57, to column 
6, line 8, and column 9, line 44, to column 10, line 17. The 
first and second passages were provided above; the third 
passage reads : 
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The web browsers 44, 46, and 48 transfer HTTP 
requests via the network 54 and are potential web clients 
to the web servers 50, 52 , 56, and 58. Each HTTP request 
from the web browsers 44, 46, and 4 8 contains a Universal 
Resource Locator (URL), referred to as an "address," that 
targets one of the web servers 50, 52, 56, and 58. The 
network 54 routes each HTTP request to either the web 
server 50 or 52, or the gateway 62, depending on the 
particular URL contained in the request. 

The web server 5 0 is augmented with software 
elements that provide functionality of the admission 
controller 14, the resource monitor 16, and the deferral 
manager 18. The deferral manager 18 in the web server 50 
redirects deferred client request messages to the web 
server 52 . The web server 52 may be a mirror site to the 
web server 50 or may implement special web server 
software for handling the deferred client requests as 
previously described. The resource monitor 16 in the web 
server 50 may employ the services of an operating system 
under which it executes to obtain metrics such as CPU, 
network, or storage subsystem utilization. 

In one embodiment, the web server 50 generates 
transaction identifiers to identify any of the web 
browsers 44, 46, and 4 8 to which sessions are underway. 
The web server 50 may transfer the transaction 
identifiers to the web browsers 44, 46, and 48 as cookies 
in response messages to the web browsers. The cookies 
may be encoded and may have an expiration date and time. 
The web browsers 44, 46, and 4 8 include the cookies which 
they were allocated in subsequent request messages to the 
web server 50 and the admission controller 14 in 
subsequent request messages when determining whether to 
admit the subsequent request messages. 

Alternatively, the web server 50 may transfer 
transaction identifiers to the web browsers 44, 46, and 
48 as hidden fields in forms contained in response 
messages to the web browsers. The web browsers submit 
the forms including hidden transaction identifiers with 
subsequent request messages to the web server 5 0 and the 
admission controller 14 compares the transaction 
identifiers contained in submitted forms when deciding 
whether to admit the subsequent request messages. 

his passage discusses multiple servers, but only web server 
0 contains the functionality of the admission controller, 
he only other relevant point is that the web server 50 
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returns transaction identifiers to clients. However, it does 
not disclose that the transaction identifiers are placed into 
redirection responses, as required by the claim language of 
the present application. 
5 The rejection continues by stating that the fourth 

element of claim 1, i.e. "during the session, receiving at the 
given server any additional connection requests from the given 
client machine", is disclosed in Cherkasova et al . at column 
5, lines 40-57, which reads: 

10 Returning to decision block 34, if the new request 

message does not correspond to a transaction identified 
in the transaction list 26 then processing proceeds to 
decision block 36. At decision block 36, the admission 
controller 14 determines whether sufficient resources are 

15 available in the server 12 to adequately service a new 

session. The determination at decision block 3 6 is made 
based upon indications provided by the resource monitor 
16 and will be discussed in further detail below. In 
general, utilization of the resources of the server 12 

20 are measured at regular intervals. If the utilization 

rises above a specified threshold, then for the next time 
interval, the admission controller 14 will reject all new 
sessions and service only existing sessions. Once the 
utilization falls below the given threshold, then for the 

25 next time interval, the admission controller 14 will 

admit new sessions again while continuing to service 
existing sessions. 

This passage merely describes the manner in which the 
30 admission controller operates to always admit messages for 
on-going sessions at the server in which the admission 
controller is embedded . This passage does not disclose that 
additional incoming requests from a particular client are 
always sent to a particular server in a set of servers after a 
35 request has been redirected to the particular server, as 
required by the claim language. 

With respect to dependent claims 2 and 3, the rejection 
states that Cherkasova et al . discloses the generation of a 
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virtual URL at column 5, line 65, to column 6, line 8, and 
column 9, line 44, to column 10, line 17. However, these 
portions of Cherkasova et al . are recited above, and it is 
clear that Cherkasova et al . does not disclose the generation 
5 of a virtual URL. 

With respect to dependent claims 4-7, Cherkasova et al. 
does not disclose the subject in independent claim 1 from 
which these dependent claims depend. 



10 "the session identifier is associated with a given server as a 
function of a load balancing protocol", Cherkasova et al . does 
not disclose load balancing over a set of servers. Load 
balancing is a process of attempting to create equal loads on 
multiple servers, whereas Cherkasova et al . merely discloses 

15 an attempt to prevent overloading on a set of servers as a 
whole by monitoring the processing load (resources) for the 
servers as a whole. 

With respect to independent claim 9, the second and third 
elements of independent claim 9 are substantially similar to 

20 the third and fourth elements of independent claim 1. Hence, 
the rejection points to the same portion of Cherkasova et al . 
that supposedly discloses the claimed features. However, as 
noted above, Cherkasova et al . does not disclose these 
features. In addition, the rejection states: "It is inherent 

25 that admission controller 14, figure 1, does the load 

balancing job between client and server so as it is clearly 
use load balancing protocol [sic] to communicate between 
client and server." This statement is illogical as the 
concept of load balancing does not apply to a client and a 

30 single server. 

For the first element of claim 9, the rejection states 
that Cherkasova et al . discloses "associating a user session 



With respect to dependent claim 8, which recites that 
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originating from a client machine with a given server in the 
pool in accordance with a load balancing protocol." However, 
as noted above with respect to dependent claim 8, Cherkasova 
et al . does not disclose load balancing over a set of servers. 
5 Load balancing is a process of attempting to create equal 
loads on multiple servers, whereas Cherkasova et al. merely 
discloses an attempt to prevent overloading on a set of 
servers as a whole by monitoring the processing load 
(resources) on the servers as a whole. 

10 With respect to dependent claims 10 and 11, the rejection 

states that Cherkasova et al . discloses the generation and use 
of a virtual URL . However, it is clear that Cherkasova et al . 
does not disclose the generation and use of a virtual URL. 

With respect to dependent claims 12-14, Cherkasova et al . 

15 does not disclose the subject in independent claim 9 from 
which these dependent claims depend. 

With respect to independent claim 15 and dependent claims 
16 and 17, these claims are directed to a computer program 
product, whereas claims 1-8 are directed to a method. 

20 However, claims 15-17 comprise subject matter that is similar 
to the subject matter in claims 1-8. Hence, the rejection of 
claims 15-17 are deficient for the same reasons as were 
provided above with respect to claims 1-8. 

With respect to independent claim 18 and dependent claims 

25 19 and 20, these claims are directed to a server system, 

whereas claims 1-8 are directed to a method. However, claims 
18-20 comprise subject matter that is similar to the subject 
matter in claims 1-8. Hence, the rejection of claims 18-20 
are deficient for the same reasons as were provided above with 

30 respect to claims 1-8. 

With respect to independent claim 21 and independent 

claim 22, these claims are directed to a pair of methods that 
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are substantially similar to the subject matter in method 
claims 1-8. Hence, the rejection of claims 21 and 22 are 
deficient for the same reasons as were provided above with 
respect to claims 1-8. 

Rejections are deficient with respect to requirements for 
a proper anticipation _rei ect ion 

Clearly, the rejection has not carefully considered the 
elements of the claims nor has the rejection pointed out the 
claimed features within Cherkasova et al . as is required for a 
proper anticipation rejection. More importantly, Cherkasova 
et al . does not disclose the claimed features and cannot be 
used as an anticipation reference. As stated at MPEP § 2131: 
"A claim is anticipated only if each and every element as set 
forth in the claim is found, either expressly or inherently 
described, in a single prior art reference." Verdegaal Bros, 
v. Union Oil Co. of California, 814 F-2d 628, 631, 2 USPQ2d 
1051, 1053 (Fed. Cir. 1987) . "The identical invention must be 
shown in as complete detail as is contained in the ... claim." 
Richardson v. Suzuki Motor Co., 868 F.2d 1226, 1236, 9 USPQ2d 
1913, 1920 (Fed. Cir. 1989) . Hence, the rejection of claims 
1-22 over Cherkasova et al . is improper, and Applicant 
requests that the rejection be withdrawn. 
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IV. Conclusion 

It is respectfully urged that the present patent 
application is patentable, and Applicant kindly requests a 
Notice of Allowance. 
5 For any other outstanding matters or issues, the examiner 

is urged to call or fax the below- listed telephone numbers to 
expedite the prosecution and examination of this application. 



10 DATE: May 2, 2003 
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Respectfully submitted, 




JOS€ 

Reg' No. 44,468 
ATTORNEY FOR APPLICANT 



20 



Law Office of Joseph R. Burwell 
P.O. Box 28022 
Austin, Texas 78755 

Voice: 866-728-3688 (866- PATENT8 ) 
Fax: 866-728-3680 ( 8 6 6 - PATENT0 ) 
Email : joe@burwell . biz 
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